会話の抽象度をコントロールする

こんにちわ。組織開発がミッションの人事グループ・組織開発室に所属しているてぃーびーです。

仕事における会話には様々なものがあります。会話のテーマには方針や概念などの抽象度が高いものもあれば、現場で起こった個別の出来事のように抽象度が低いものもあります。

今回は会話における抽象度のコントロールについてまとめます。

会話の抽象度のコントロールは具体化と抽象化の2方向あります。

詳細な情報の補足や具体例の提示などで会話を具体化します。

会話を具体化するメリットは以下のようなものがあります。

言い換えるならば

ということです。この会話の具体化のことをチャンクダウンと呼びます。

チャンクダウンをする場合は、

などの事実を確認するとよいでしょう。このような事実を確認するような質問は事実質問(Fact Questions)と呼ばれます。

パターンを発見したり、会話を効率化をするために会話を抽象化します。

会話を抽象化するメリットは以下のようなものがあります。

この会話の抽象化のことをチャンクアップと呼びます。

会話の具体化と抽象化は必要に応じて往復します。

例えば、

というような形です。

このとき重要なのは、場の全員が今どの抽象度の話をしているのか理解できていることです。

そのために、リアルタイムの議事録で会話の要点を常に可視化できているとズレを把握しやすくなります。例えば、インデントで抽象度のアウトラインを可視化する方法があります。

会話の抽象度のコントロールについて話し合ったり、指導を受けた人は少ないかもしれません。 一方で、ソフトウェアエンジニアであればプログラミングにおける抽象度のコントロールは設計の基本です。

例えば、アーキテクチャーの会話をしているときに、理解が進まなそうなメンバーに向けて具体的な実装を添えてアーキテクチャーの利用例を解説し、理解が進んだら改めてアーキテクチャーレベルの話に戻るようなやりとりは会話の抽象度をコントロールしています。

例えば、会議において会話の抽象度のコントロールが苦手な人が多いと

という状態になります。

逆に会話の抽象度のコントロールに慣れた人が増えると、個別のやりとりや会議に必要となる時間は驚くほど短くて済むようになります。ここは体感としては馬鹿にならないくらい大きな時間差があると考えています。

例えば抽象度のコントロールに慣れて素早く論点を理解し、不明点をお互いに具体化して認識を揃え、素早く元の抽象度に戻って議論を継続できるような場を作ることで仮に15分で着地する議論があったとします。逆に、抽象度のコントロールに不慣れで、今どの抽象度の話をしているか把握できないことで、方針の話をしている人と個別ケースの話をしている人で意見が対立したり、一度具体的な話題に入り込んだらあっという間に本題からそれていったり、ということを繰り返していたら1時間のミーティングを2回実施しても議論が着地しないこともあるでしょう。そして、そのインパクトは「参加人数 x その人達の平均給与」分の影響があります。単発だけではなく、こんなことを年間で仮に50回繰り返したとしたら、その差は膨大です。

会話における抽象度のコントロールについてまとめました。

会話の抽象度をコントロールすることはかなり重要なスキルの割に注目されることが少なく感じています。一方で、ソフトウェアエンジニアであれば、普段から抽象度のコントロールは慣れ親しんでいるはずです。設計時に考えている抽象度のコントロールを普段のコミュニケーションに適用すればいいわけです。きっと他の職種の人よりもハードルは低いはずです。